home *** CD-ROM | disk | FTP | other *** search
/ Turnbull China Bikeride / Turnbull China Bikeride - Disc 1.iso / ARGONET / PD / FILER / FSCK131.SPK / fsck_help < prev    next >
Text File  |  1996-12-22  |  23KB  |  508 lines
  1. fsck (1.31) - map fixer and analyst
  2.  
  3. NOTE: this program is SHAREWARE. Read the !SHAREWARE file for more info.
  4.  
  5. fsck is a disc utility that fixes the map of an E-Format disc (hard or
  6. floppy) if it is corrupted for some obscure reason. fsck can also report
  7. some information about the way the files are allocated (such as the bytes
  8. lost because of sector boundaries) and eventually print a detailed
  9. description of the map and directories organization.
  10. fsck can also be considered as a replacement of the *CheckMap command because
  11. it is faster, less prone to crash and can give useful informations on the
  12. files allocation.
  13.  
  14.  
  15. Index
  16. -----
  17.  
  18. - Usage
  19. - What it does
  20. - The logfile
  21. - fsck and Risc PC
  22. - fsck and 'big' discs
  23. - Return values
  24. - Notes
  25. - Extra features
  26. - Disclaimer
  27. - Limitations
  28. - Bugs
  29. - Results achieved up to now
  30. - History
  31. - Credits
  32. - Conditions of use
  33. - Contacting the Author
  34.  
  35.  
  36. Usage
  37. -----
  38.  
  39. fsck [-options] [-d lostdir] [-l logfile] [pathname]
  40. Most used options:
  41.   -s   calculate statistics
  42.   -f   try to fix map if broken
  43.   -l   print the results in "logfile"
  44. Less used options:
  45.   -h   print help informations
  46.   -d   link broken part of map in directory "lostdir"
  47.   -v   print files location (-vv print also files position in zones)
  48.   -D   just display disc information recorded in the map header
  49.   -q   don't display disc information (quiet mode)
  50.   -c   produce output like *CheckMap
  51.   -m   ask the user to eventually move files instead of changing map
  52.   -n   don't try to recognise directories
  53.  
  54. The default directory where files are linked is "$.lost+found".
  55. If 'pathname' is not specified, the current disc is analysed.
  56. If 'pathname' is not a root directory (eg. ADFS::0.$.Library), fsck checks
  57. only that directory and so it cannot tell you if the map is good or broken.
  58. This could be useful if you want to know the statistics of a single directory
  59. instead of the whole disc. If the -f option is used, the disc is scanned from
  60. the root directory, regardless of 'pathname'.
  61. The -m and -n options used together cause fsck 1.20 or later to work like
  62. fsck 1.13 or earlier.
  63.  
  64.  
  65. What it does
  66. ------------
  67.  
  68. fsck scans the directory tree and checks the map to see if every file
  69. registered in the map actually exists in a directory. If not, it creates that
  70. file in a directory so that you will be able to delete it in the normal way.
  71. If the file was originally a directory, fsck tries to relink it,
  72. reconstructing the directory name and content. Even if you want to keep the
  73. relinked files or directories, you should copy them and delete the original
  74. one, because there is the risk that your map will be corrupted again,
  75. especially if you try to change them.
  76. Apart from directories and their content, the re-linked files are usually
  77. longer than the original lost file because fsck always links whole sectors
  78. (and there is no way to know the original length), their filenames are random
  79. and filetypes are always &FFF (Text).
  80.  
  81. Using the -m option, fsck could tell you that an ID is regularly allocated
  82. for another file and you have to delete it (moving the file to another
  83. directory isn't enough, you have to copy it and delete the original) and run
  84. fsck again. Without this option, fsck will change the ID in the map and
  85. rewrite it to disc. The -m option is in fact only useful if you prefer not to
  86. modify your map: anyway, remember that moving files on a corrupted disc can
  87. be quite dangerous and can eventually corrupt other parts of the disc.
  88. Sometimes the disc may be so corrupted that you will need to run fsck more
  89. than once, the program itself will tell you if a re-run is needed.
  90.  
  91.  
  92. The logfile
  93. -----------
  94.  
  95. Using the logfile (-l) option is generally really useful: if something
  96. strange happens, the author will be more helpful if he can see exactly what
  97. happened and you don't even have to try to explain what happened when you run
  98. fsck, the logfile is usually enough!
  99. The logfile contains exactly what it is printed to the screen: unless you use
  100. the -v option it will be really small (nearly 2K on a good map or nearly 10K
  101. on a quite corrupted one).
  102. You cannot save the logfile to the disc being analysed.
  103. If a file with the same name as the logfile already exists, the new data will
  104. be attached at the end of it: in this way, you can attach together two or
  105. more logfiles.
  106.  
  107.  
  108. fsck and Risc PC
  109. ----------------
  110.  
  111. fsck and CheckMap are no more equivalent on Risc PCs! In fact, Acorn changed
  112. some behaviour of the FileCore module in RISC OS 3.50 so that it can now cope
  113. with over-allocated files (ie. files that have allocated more space than they
  114. need). This sort of files on older versions of RISC OS causes CheckMap to say
  115. "Map inconsistent" and if you try to delete such files you will lose some
  116. space. On RISC OS 3.50 (or later) CheckMap no longer says "Map inconsistent"
  117. if over-allocated files are the only map problem and deleting them no longer
  118. causes lost space. Compliment Acorn!
  119. fsck still reports map corruptions in this case (on every version of RISC OS)
  120. since an over-allocated file can be considered a problem (think of a 100K
  121. file that uses up 10Mb of disc space and you will understand what I mean!).
  122. Anyway, on a Risc PC, using the -m option you are able to discover such
  123. files and you can fix the disc (assuming that your map is corrupted only
  124. because of over-allocated files) by just moving them.
  125. Remember that using the -f option fsck can cure the disc without moving any
  126. file on every version of RISC OS.
  127.  
  128.  
  129. fsck and 'big' discs
  130. --------------------
  131.  
  132. In RISC OS 3.60 Acorn included a new version of the FileCore module that
  133. supports 'big' discs (ie discs larger than 512Mb).
  134. The unregistered version of fsck (version 1.31 or later) is able to scan such
  135. discs but only the registered version will eventually allow you to fix any
  136. map corruption.
  137.  
  138.  
  139. Return values
  140. -------------
  141.  
  142. This paragraph will be interesting only for programmers who want to write a
  143. program/frontend which has to interface with fsck.
  144.  
  145. fsck returns to RISC OS a value that is 0 only if fsck was able to scan the
  146. disc and the map is good, otherwise it returns 1.
  147. fsck also sets the numeric system variable fsck$ReturnCode to a value that
  148. can be more helpful in determining why fsck failed, or 0 if the map was good.
  149. The value is formed by the following bits:
  150.  
  151. enum {
  152.   return_MAPGOOD          = 0x00000000,   /* the map is good (!) */
  153.  
  154.   return_MAP_BROKEN       = 0x00000001,   /* the map is broken, fsck -f should fix it */
  155.   return_MAP_FIXED        = 0x00000002,   /* the map was broken but has been fixed */
  156.   return_MAP_UNFIXABLE    = 0x00000004,   /* the map seems to be unfixable... */
  157.   return_ONLY_MOVE_FILES  = 0x00000008,   /* the map is corrupted but RISC OS 3.50 or later is able to fix it moving some file */
  158.   return_NEED_ELIMINATE   = 0x00000010,   /* need eliminate to fix the map */
  159.   return_NEED_HARDFIX     = 0x00000020,   /* need hardfix to fix the map */
  160.   return_NO_ACTION        = 0x00000100,   /* no useful action performed (eg. fsck -h) */
  161.   return_PARAM_ERROR      = 0x00000200,   /* bad input parameters */
  162.   return_WRONG_FS         = 0x00000400,   /* wrong file system name, disc name, number, etc. */
  163.   return_IO_ERROR         = 0x00000800,   /* error while reading/writing disc, directories, etc. */
  164.   return_MEMORY_FULL      = 0x00001000    /* not enough free memory */
  165. };
  166.  
  167. You can expect that every possible combination of these values is returned
  168. (ie. &30 means that both 'eliminate' and 'hardfix' are needed) even if
  169. generally only one error number is returned.
  170. If you are writing a 'C' program that has to call fsck you can use something
  171. like this:
  172.  
  173.  if (system("fsck ...")==0) {
  174.    /* map good */
  175.  }
  176.  else {
  177.    /* some problem occurred (not necessairily map broken!) */
  178.    /* check fsck$ReturnCode for more informations */
  179.  }
  180.  
  181. If you don't want to (or can't) check the return status you can just check
  182. the value of fsck$ReturnCode.
  183.  
  184.  
  185. Notes
  186. -----
  187.  
  188. fsck is 20-30% faster than CheckMap (actually, up to 50% faster on big and
  189. full drives!). If you really like CheckMap's output instead of fsck's one,
  190. you can use the -c option so that fsck will print the directory tree as it
  191. proceeds with the scan. You can eventually include the following alias in
  192. your boot sequence so that you can still write 'CheckMap' even if 'fsck' is
  193. the command actually executed (fsck should be reachable via Run$Path, for
  194. example, put it in the Library directory):
  195. Set Alias$CheckMap "fsck -c "       [try "fsck -s " for a more useful output]
  196.  
  197. Anyway, fsck can also be used to show the "Free space chunks
  198. statistics" or to calculate some statistics about the files allocation using
  199. the -s option (not in conjunction with -c, though).
  200. The "Free space chunks statistics" are always shown unless the -q or -c
  201. options have been specified: in general, with a high number of (small) free
  202. space chunks, RISC OS will be slower when saving files because it will try to
  203. do an auto-Compact and (this is my personal opinion) there will be more
  204. possibility that your disc will become corrupted. So, I think that in this
  205. case you need to Compact your disc, eventually more than once, to try to
  206. lower the number of free space chunks and to increase their size.
  207.  
  208. Remember that it is better if you close all the open files on the disc that
  209. fsck is examining (ie. don't *spool on it!!). If you run fsck in a TaskWindow
  210. remember to avoid any saving of data on that disc while fsck is running
  211. because this will have VERY VERY DANGEROUS consequences if you use the -f
  212. option!!!
  213.  
  214. If some file is corrupted, fsck will tell you to eliminate it before trying
  215. to fix the disc (if you were already trying to fix the disc the fixing will be
  216. disabled): before this, try to load the file and if RISC OS doesn't hang you
  217. could be able to save the file somewhere before deleting the original.
  218.  
  219. It is possible to relink the files directly in the root directory: to do so,
  220. just specify '$' as relink directory using the -d option. This features
  221. should only be used if you can't use any other directory (eg the disc is full
  222. and there are no directories on it!) since this may be potentially dangerous.
  223.  
  224.  
  225. Extra features
  226. --------------
  227.  
  228. Registered versions fully support 'big' discs (see the "fsck and 'big' discs"
  229. section) while the unregistered version will only scan them but won't fix
  230. them if they are corrupted.
  231.  
  232. No special features code is currently recognised.
  233.  
  234.  
  235. Disclaimer
  236. ----------
  237.  
  238. Even if fsck *can* write to the map, this is generally not dangerous since it
  239. only modifies the IDs of the lost files. Anyway, you are advised to use
  240. hardfix to save the disc data before using fsck, so that you will be able to
  241. restore it in case something goes wrong. If the relinked files are (for some
  242. mysterious reason) unreadable or undeletable you should just use eliminate on
  243. them and your disc should be as corrupted as before.
  244.  
  245. Anyway, modifying the disc map and the directory tree can always be
  246. dangerous: if fsck corrupts your disc (or if the disc becomes corrupted when
  247. you start writing to it after using fsck), I am sorry for you but I AM NOT
  248. RESPONSIBLE for any loss of data on your discs, so use fsck at your own risk.
  249. As you can see from the list below, fsck worked on many discs and it never
  250. corrupted anything. Sometimes, I intentionally corrupt my disc to see if the
  251. new versions work and have never experienced any problem!
  252.  
  253. Finally, remember that unless you specify the -f option, fsck will not write
  254. to your disc and you are encouraged to make a backup copy of your important
  255. data and to save the disc data using hardfix before running fsck -f.
  256.  
  257.  
  258. Limitations
  259. -----------
  260.  
  261. fsck can't fix seriously damaged discs alone: in this case it will ask you to
  262. run eliminate or hardfix to fix what it can't.
  263.  
  264. fsck doesn't fix discs that contain two (or more) files with the same SIN. In
  265. this case *CheckMap will hang while fsck will just report "Map good".
  266.  
  267.  
  268. Bugs
  269. ----
  270.  
  271. Sometimes, on heavily damaged discs, you need to run fsck more than once even
  272. if it doesn't tell you to do so.
  273.  
  274. fsck could have problems with RISCiX partitioned discs: it works with the
  275. RISCiX partitioned discs I tried it on, but I cannot be sure it will work on
  276. yours, too. If you have such a disc and fsck reports strange errors (or says
  277. to run hardfix to fix it) please mail me the logfile and (more important) the
  278. disc data saved by hardfix.
  279.  
  280.  
  281. Results achieved up to now
  282. --------------------------
  283.  
  284. I wanted to maintain a list of disc successfully fixed by fsck so that people
  285. could see that it actually worked on someone's disc: now this list is grown
  286. and contains a lot of different configurations so I think I'll stop adding
  287. new discs to it (although I'll add any 'Negative result'). However, I'd like
  288. to add any other 'strange' configuration (eg. a disc larger than 4Gb!), if
  289. you have one and fsck fixed your disc, let me know.
  290.  
  291. Positive results:
  292.  1) some 800K ADFS floppy (used during development).
  293.  2) 100Mb IDE (ICS interface) partitioned in 84Mb/16Mb (both partitions
  294.     fixed). Owner: Sergio Monesi (ie. me!)
  295.  3) 100Mb IDE (ICS interface). Owner: Cristian Ghezzi
  296.  4) 314Mb SCSI (Serial Port Alpha SCSI interface). Owner: K. Bailey
  297.  5) 60Mb IDE (A4 portable). Owner: G. Castagno
  298.  6) 48Mb SCSI (Oak 16 Bit interface). Owner: A.M. Baardholt
  299.  7) 40Mb ST506. Owner: A. Goodfellow
  300.  8) 80Mb IDE (A5000). Owner: Julian Wright
  301.  9) 240Mb SCSI (HCCS 8 bit interface) partitioned in 2*120Mb. Owner: Kai
  302.     Schlichting.
  303. 10) 245Mb IDE (A5000). Owner: H. M.
  304. 11) 80Mb IDE (A5000). Owner: Mike Henry
  305. 12) 121Mb SCSI (Lingenuity SCSI interface). Owner: R. Z.
  306. 13) 100Mb SCSI (Oak interface). Owner: JP Hendrix
  307. 14) 60Mb IDE (A4 portable). Owner: J. Wallace
  308. 15) 122Mb SCSI (Atomwide Parallel/SCSI interface). Owner: J. Wallace
  309. 16) 80Mb IDE (A5000). Owner: P. Callan
  310. 17) 240Mb SCSI (Morley Cached interface). Owner: P. Callan
  311. 18) 80Mb SCSI (Morley Cached interface). Owner: P. Callan
  312. 19) Some 45Mb Syquest Removable cartridges. Owner: P. Callan (this poor dude
  313.     has a lot of discs, all of them were broken, now successfully fixed!!)
  314. 20) 40Mb ST506. Owner: G. Riley
  315. 21) 40Mb IDE (Serial Port interface). Owner: G. Riley
  316. 22) 40Mb ST506. Owner: M. Ferrari
  317. 23) 240Mb IDE (A5000). Owner: E. Pfarr
  318. 24) 200Mb SCSI. Owner: S. Williams
  319. 25) 500Mb SCSI. Owner: S. Williams
  320. 26) 314Mb SCSI (Morley interface). Owner: Cy Booker
  321. 27) 60Mb IDE (A4 portable). Owner: M. Stephens
  322. 28) 105Mb SCSI (HCCS 8 bit interface). Owner. S. Huber
  323. 29) 20Mb IDE (Watford interface). Owner: S. Pollard
  324. 30) 57Mb SCSI (Lingenuity interface). Owner: M. Grimminck
  325. 31) 170Mb IDE (A5000). Owner: M. Ebourne
  326. 32) 40Mb ST506. Owner: M. Attenborough
  327. 33) 120Mb IDE (ICS interface). Owner: J. Haslam
  328. 34) 170Mb SCSI (Oak 16 Bit interface). Owner: P. Spencer
  329. 35) 116Mb IDE (Desktop Projects interface). Owner: A.D. Hodgkinson
  330. 36) 420Mb IDE (A5000). Owner: E. Pronk
  331. 37) 210Mb IDE (Risc PC). Owner: E. Hughes
  332. 38) 105Mb IDE (ICS interface). Owner: C. Whitehead
  333. 39) 200Mb SCSI (Acorn Interface). Owner: A. Malara
  334. 40) 850Mb IDE (Risc PC 700). Owner: P. Hedderly
  335. [...]
  336.  
  337. Negative results:
  338.  No negative results till now.
  339.  
  340.  
  341. History
  342. -------
  343.  
  344. 1.00  -- 07 Apr 94
  345. First fully working version. Released only via e-mail.
  346.  
  347. 1.01  -- 13 Apr 94
  348. Fixed a bug concerning filing system names. Added -D option. Now fsck
  349. generally needs only one run to fix a heavily corrupted disc. Added eliminate
  350. program.
  351.  
  352. 1.02  -- 20 Apr 94
  353. Changed again the method to check filing system names (Thanks to Keith
  354. Bailey). Added percentages in statistics. Checks boot block checksum and
  355. shows defect list.
  356.  
  357. 1.03  -- 26 Apr 94
  358. Now it is possible to scan a single directory instead of the whole disc. You
  359. can specify 'relative' pathnames (eg. @.Examples) instead of full paths
  360. (Thanks to Julian Wright). At the end of the scan fsck will tell you which
  361. files should be eventually deleted. Added statistics about fragmented files
  362. and free blocks sizes. Changed the 'F's and 'D's with a rotating wheel...
  363. Added -q and -l options.
  364.  
  365. 1.04  -- ?? May 94
  366. Cured a serious bug that has always been present but never caused problems
  367. (until 1.03). Added ImageFSFix check and -I option. Now fsck understands
  368. RISCiX partitions.
  369.  
  370. 1.10  -- 11 May 94
  371. RISCiX partitions are now fully supported (ie. mapped out). First version
  372. distributed as SHAREWARE.
  373.  
  374. 1.11  -- ?? Jun 94
  375. Added -a option. The logfile is appended to the end of the file if it already
  376. exists and now it contains the creation date. Great speed increase (up to 2
  377. times faster without -s and 5 times faster with -s!!!). Now fsck is just 25%
  378. slower than *CheckMap (or 2 times slower with -s)! Added the note about "Free
  379. space chunks statistics" (see the section Notes).
  380.  
  381. 1.12  -- 12 Jun 94
  382. Another speed improvement (just 10%)! fsck isn't yet as fast as *CheckMap but
  383. I'm working on it ;-) Fixed a possible dangerous behaviour of -a option.
  384. Added a warning for HD boot blocks marked as defect. Slowed down the wheel.
  385. Added files MapExpl and StatsHelp.
  386.  
  387. 1.13  -- 26 Jun 94
  388. Faster again (15% with -s, 3% without)!! Now statistics are just a bit slower
  389. than normal mode. Automatic creation of lostdir. More messages at the end of
  390. the process that can help to understand what happened (ie. the disc is fixed,
  391. fixable, unfixable, etc.) and more helpful error messages (no more "Can't
  392. find 'AD::0.$': incorrect FS") if the floppy drive is empty!
  393.  
  394. 1.20  -- 11 Oct 94
  395. Completely rewritten! As you would expect: *FASTER* (this is probably the
  396. maximum achievable speed with the structure of fsck, so don't expect further
  397. significant improvements!). Now fsck is 20-30% faster than *CheckMap, even
  398. with statistics enabled! Directory recognition added (see the "What it does"
  399. section). No more files to move (so many people complained about this)! Added
  400. -m and -n options to 'simulate' 1.13 version. Added -c option to simulate
  401. CheckMap (!). Removed the obsolescent -a option. Fixed problems with
  402. ImageFSFix module and removed -I option. If some file has allocation
  403. problems, the name of the file is reported together with the error, so that
  404. you can use 'eliminate' to remove it. Fixed a lot of bugs, some more sensible
  405. messages and more consistent way to print some value. Added new statistics
  406. about files that must be fragmented. Modified command line behaviour: if no
  407. 'pathname' is given, fsck scans the current disc (as CheckMap does). Added
  408. 'hardfix' program. Added '!QuickFix' and '!Intro' files. Modified most of
  409. this help file, removed the "Can a serious filing system corrupt discs?"
  410. section that contained only my (debatable) opinions and added "fsck and Risc
  411. PC" section.
  412.  
  413. 1.21  -- 05 Feb 95
  414. Fixed some minor bug and added some error trapping. Added and documented a
  415. sensible return code and the system variable fsck$ReturnCode. Fixed some bugs
  416. in the directory relinking feature.
  417.  
  418. 1.22  -- 12 Jun 95
  419. Fixed bug that caused problems when relinking directories that share sectors
  420. with other files to relink. Fixed problems related to non-ADFS partitions.
  421. Fixed a bug that caused wrong IDs to be relinked in very infrequent cases.
  422. Removed the limit on the number of IDs to relink (ie. no more "Too many IDs
  423. to relink" errors).
  424.  
  425. 1.30  -- 03 Jan 96
  426. Added code-based user registration. Stopped maintaintaining list of fixed
  427. discs since it was growing too much! Added support for 'big' discs
  428. (registered version only). Now files with file ID of 2 are checked (I didn't
  429. know they could exist!). Report an error on files with sector offset too big
  430. (need to be eliminated). Fixed bug that sometimes caused two directories to
  431. be relinked with the same name. Added possibility to relink files in the root
  432. directory specifying '$' as relink directory using the -d option (although
  433. this is not really recommended!). No more try to report RISCiX partitions if
  434. the disc is just badly formatted... Using both -s and -v now gives sensible
  435. results! fsck now says to use 'hardfix' if the root directory is broken, not
  436. 'eliminate'!
  437.  
  438. 1.31  -- 20 Dec 96
  439. Fixed a problem that prevented fsck from running properly with Panasonic PD
  440. drives. Check if the disc to scan is larger than 512Mb using a version of
  441. FileCore that is unable to handle such discs (ie. if the disc has been
  442. incorrectly formatted). A warning is now reported if there are incorrectly
  443. allocated system files and the user is adviced to run 'hardfix'. The
  444. unregistered version is now able to scan 'big' discs but will not eventually
  445. fix them. Fixed problems with discs larger than 2Gb (ie. LFAU larger than
  446. 8Kb). Now RISC OS 2 compatible, hopefully! Fixed a small bug that sometimes
  447. caused the relink of files with wrong ID.
  448.  
  449.  
  450. Credits
  451. -------
  452.  
  453. I'd like to thank the following people who contibuted in some way to the
  454. development of fsck (in alphabetical order):
  455. - Keith Bailey who discovered that the first 3 versions of fsck were
  456.   completely useless on his SCSI!! The 4th version finally fixed his
  457.   map problems (twice!). Thanks for the comment about the clock too! :-)
  458. - Nick Craig-Wood for the usercode functions and for some piece of text (or
  459.   just some stylistic adjustment) used in the documents (eg the new
  460.   "Conditions of use" in the '!SHAREWARE' file).
  461. - Martin J. Ebourne for his (initially negative but now generally positive)
  462.   comments and support.
  463. - Cristian Ghezzi who let me play with his RISCiX partitioned SCSI for a
  464.   whole day to discover some stupid fsck bug. He also let me intentionally
  465.   corrupt his ST506 disc to test the new directory recognition feature...
  466. - Adam Goodfellow and Atle Mjelde Baardholt for the beta-testing.
  467. - Mike Henry who has been the first who sent me some pounds to register
  468.   (actually he sent me 10 pounds instead of the 5 I ask!).
  469. - Brian Howlett for correcting a bit my English grammar!
  470. - Simon Middleton who pushed me to finish the new version (1.20) so that he
  471.   could include it in his PD/ShareWare CD-ROM.
  472. - Dag Haakon Myrdal for his suggestions and accurate bug report.
  473. - Simon Proven for the informations about 'big' discs.
  474. - Hans Ole Rafaelsen who tried fsck on 1.6Mb floppies.
  475. - George Saliaris... he knows for what! :-)
  476. - Kai Schlichting who said that fsck was one of the most useful 'Unix ports'
  477.   for RISC OS, a program that the Acorn world really needed. Kai has been
  478.   the first who sent me 'something' to register!
  479. - Andreas Schubert (Platon) who tried fsck on his Risc PC.
  480. - Jason Williams (and all the other collaborators) for DeskLib: the new
  481.   versions of fsck use some small part of DeskLib and the new sources
  482.   structure is really similar to DeskLib's one.
  483. - Julian Wright for his beta-testing, suggestions, PRM docs, bugs-report and
  484.   interest.
  485.  
  486.  
  487. Conditions of use
  488. -----------------
  489.  
  490. fsck can only be distributed with the complete fsck suite.
  491. Read the !SHAREWARE file for the conditions of use and distribution of the
  492. whole package.
  493.  
  494.  
  495. Contacting the Author
  496. ---------------------
  497.  
  498. Post:  Sergio Monesi
  499.        Via Trento e Trieste 30
  500.        20046 Biassono (MI)
  501.        Italy
  502.  
  503. EMail: msergio@mbox.vol.it
  504.        pel0015@cdc8g5.cdc.polimi.it
  505.        sergio@freebsd.first.gmd.de
  506.  
  507. WWW:   http://cdc8g5.cdc.polimi.it/~pel0015/
  508.